<br><br><div class="gmail_quote">On Sun, Mar 22, 2009 at 3:01 PM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 22.03.09 11:55:19, Fabian Wiesel wrote:<br>
> On Fri, 20 Mar 2009 12:56:18 +0300<br>
> Evgeniy Ivanov <<a href="mailto:pfx.kde@gmail.com">pfx.kde@gmail.com</a>> wrote:<br>
</div><div class="im">> > > While we are at it, what about the reset()-function? From what I<br>
> > > understand, it seems to me as a mixture of checkout() and revert().<br>
> ><br>
> > AFAIK Revert takes care about your history, [...]<br>
> > - reset is a cleaning helper: no matter what you have in index or<br>
> > worktree - it will bring you, your history (etc) to the past (who did<br>
> > say you can't travel to the past?)<br>
> > [...]<br>
><br>
> There seem to be a slight misunderstanding, with checkout() and<br>
<br>
</div>Shouldn't checkout be moved to ICVCS as well? Unless I'm missing<br>
something with dvcs you don't "checkout" but you rather "copy" a remote<br>
repository, right?<br>
<div class="im"><br>
> > > For what? An additional interface for distributed vcs? Certainly.<br>
> > > But what functions are essential for a DVCS? What does every DVCS<br>
> > > _have_ to implement? I don't think an "index" is part of that.<br>
> ><br>
> > Yes,  an additional interface for distributed vcs and implementing<br>
> > basic interface in DVCS.<br>
> > Mostly push, pull. Also functions to work with a history: rebase,<br>
> > revert, reset, checkout. Branching is a cool thing too (only with<br>
> > git/hg/bzr you can enjoy with it).<br>
><br>
> I was trying to point out, that while there are a lot of cool features<br>
> in various DVCSs, many are not essential and bound to differ among the<br>
> various tools. I'd suggest to be rather cautious in adding said<br>
> features to the generic interface, as it may be next to impossible to<br>
> implement it with another DVCS.<br>
<br>
</div>+10 from me :) A given vcs-plugin can _always_ provide its own<br>
i<preferredvcsnamehere>.h interface header which other plugins can use<br>
then. The only downside would be interacting with scripting languages as<br>
for those the methods have to be slots (iirc)</blockquote><div><br>Slots, properties or scriptable methods.<br><br>Or it can be wrapped. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
You can create your own opportunities this week.  Blackmail a senior executive.<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>