This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: GIT
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Sat, 26 Apr 2014 08:12:52 +0200
- Subject: Re: GIT
- Authentication-results: sourceware.org; auth=none
- References: <0C723FEB5B4E5642B25B451BA57E2730751B9B9A at S1P5DAG3C dot EXCHPROD dot USA dot NET> <139855391 dot 20140426032748 at yandex dot ru>
Andrey Repin writes:
> This is exactly what makes me dislike it strongly. This, and idiotic model of
> copying whole repository to my machine, when I only want to glance at the
> source code, and find the culprit of my current issues.
[â]
You might want to learn about shallow clones, but unless you really have
a slow or metered internet connection it's usually not worth the
trouble. By the time you found the culprit of your current issues you
are asking yourself "how did it get there?" and at that point you'll
want the history anyway.
> And "fine control" doesn't mix with "project consistency" at all.
Eh?
> Subversion is aimed at versioning of a whole project, in a supposedly
> consistent state at each version. What can be more "fine" than this, is beyond
> my understanding.
> You can still commit separate files from working copy, though, but this
> practice is discouraged for the greater good of the project you develop.
I don't think you can comment on things you don't seem to have tried in
earnest. Yes, Git doesn't come with a canned workflow in the same way
that SVN does. That's a good thing in my book, but there's no shortage
of writeups on how to mimic different workflows in Git if you want to do
that.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple