Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #2712
| From | BGB <cr88192@hotmail.com> |
|---|---|
| Newsgroups | comp.programming |
| Subject | Re: programmer's keyboard |
| Date | 2013-01-02 14:34 -0600 |
| Organization | albasani.net |
| Message-ID | <kc25p6$ul9$1@news.albasani.net> (permalink) |
| References | (13 earlier) <akbmv7Fltc3U3@mid.individual.net> <kbqiq3$3q7$1@news.albasani.net> <akc2s5Fltc3U4@mid.individual.net> <kbrl33$659$1@news.albasani.net> <kc18sk$1s6$1@dont-email.me> |
On 1/2/2013 6:23 AM, Rui Maciel wrote: > BGB wrote: > >> On 12/30/2012 6:00 PM, Ian Collins wrote: >>> >>> So that's all less hassle than "hg revert"? >>> >> >> partly yes, because usually this can be done via the GUI, whereas typing >> in "hg revert" could very well involve bringing up a shell, changing to >> the right path, and typing it in. > > Using a shell tends to be a bit better because it gives more control to the > user, and can be more efficient. For example, typing "git checkout branch" > can be done faster than navigating a menu. > > Regarding the "bringing up a shell" bit, essentially this costs the same as > bringing up any other GUI application, such as a FTP client or a file > manager. > the advantage of the GUI based option though is that usually a person can click on things faster than they can type things. this is mostly an issue of having longish paths to 'cd' through, making getting to the desired directory take a little longer (meaning a higher initial cost). this means that navigating to a directory, or moving between directories, can be done faster and easier in Windows Explorer than in a shell. ( granted, right now, I can observe that I have around 30 copies of Windows Explorer open, each currently pointing to a different directory. nevermind that the current number of open text editors is in the "stack doesn't fit on screen and Windows scrolls very slowly" territory. ) granted, a better option would be if Explorer had an "Open CMD Shell Here" option. (or, even, the ability to, like in Linux, open a new shell in the same directory as the prior shell...). but, even then, there would be a secondary annoyance: MS configures their compiler via environment variables used in the batch file used to open the shell (rather than, say, putting the compiler on the default path and using an INI file or similar for config). granted, OTOH, it does make MSVC a little easier to auto-configure tools against than GCC (which would externally appear to use magic to know its settings...). the issue here is that an "open shell here" would then not be nearly so useful if the intent is to rebuild the project... > >> granted, TorgoiseHg adds revert to Explorer, making the above a bit moot. >> >> >> the rest would come down mostly to granularity. >> (like, if you revert, it will go back to the last commit, meaning being >> strategic about when to commit, ...). > > You can checkout any version you've committed from any development branch. > Some version control systems such as Git also provide a nifty feature: > stashing away changes that weren't committed in a temporary stack. > Mercurial also supports this feature, but only as an extension. > ok. as-is, I currently have 3 branches of my VM's interpreter: the original / current live version; a version which I tried to rewrite to use untagged values, but ran into problems I can't yet address (there are still holes in the type-system, which is a killer for untagged values); another version, which I am in the process of migrating from the original tagged pointers, to a new tagged-reference system (where the references are always 64-bits), mostly as the prior effort ran into a wall (64-bit tagged references allow unboxed int/float/double on 32-bit targets, although sadly, not an unboxed 64-bit long). but, how am I managing these branches: well, via copies of the directory tree. if this new branch gets written and working, it may then be substituted in, in place of the original. > > <snip/> >>>>> As for copying, with Mercurial at least, everything in in the source >>>>> directory, so there's no additional effort required. Because you don't >>>>> have all those dated directories floating around, where's way less data >>>>> to copy. >>>>> >>>>> The convenience of being able to use ssh to clone and synchronise >>>>> between hosts and devices is a big win. >>>>> >>>> >>>> you can also transfer things using, say, FTP, or network shares (if on a >>>> LAN). (granted, yes, a person needs an FTP server for the FTP route). >>> >>> Share maybe, but handle merging? Branches? >>> >> >> not usually a big issue for a single developer project. >> >> more so, if the developer does the bulk of their development from a >> single computer (which then generally holds the "authoritative" copy). >> >> more often, if I am going to be away, and have a laptop, I will usually >> make a copy on an external HDD (or "USB Mass Storage Device"), then if I >> work on it more, that version will become the authoritative copy, at >> least until I copy it back onto my main computer. > > Development branches are useful even in single-developer projects. They let > you have multiple development branches which can be easily merged and > forked. The best part of it is that versioned history can be kept between > merges. > yes, but this can also be done (more or less) via copies, and is "part of the process". > >> for a single developer though, it is harder pressed that it is less >> effort, since a lone developer hardly ever has reason to diff their own >> code. > > Not necessarily. If you track changes to your project tree, and if by any > chance one of those changes happens to introduce a bug, a version control > system lets you pinpoint which change introduced the bug, and you can > quickly inspect what changes were made by diff'ing between any couple of > versions. With a version control system, you can do all this without having > to checkout anything. > granted. rebuilding / retesting after nearly every change (at least to the "live" version) can also help reduce bugs though (granted, yes, this may take many minutes each time this is done). either way though... > > Rui Maciel >
Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
programmer's keyboard bob <bob@coolfone.comze.com> - 2012-12-26 11:45 -0800
Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2012-12-26 15:01 -0600
Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-26 21:36 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-26 21:12 -0600
Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2012-12-27 23:45 -0600
Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-28 13:46 +0000
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-29 11:42 +1300
Re: programmer's keyboard "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org> - 2012-12-29 15:15 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-29 14:41 -0600
Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-29 21:10 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-29 15:26 -0600
Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-29 22:41 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 02:12 -0600
Re: programmer's keyboard "BartC" <bc@freeuk.com> - 2012-12-30 11:20 +0000
Re: programmer's keyboard malcolm.mclean5@btinternet.com - 2012-12-30 10:19 -0800
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 14:51 -0600
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-30 10:43 +1300
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 01:55 -0600
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-30 21:06 +1300
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 02:35 -0600
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-30 18:12 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 13:30 -0600
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-31 09:36 +1300
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 17:27 -0600
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2012-12-31 13:00 +1300
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-31 03:13 -0600
version control (was: Re: programmer's keyboard) rugxulo@gmail.com - 2012-12-31 10:36 -0800
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2013-01-01 09:05 +1300
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-31 16:58 -0600
Re: programmer's keyboard Ian Collins <ian-news@hotmail.com> - 2013-01-01 13:24 +1300
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 12:23 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-02 14:34 -0600
Re: programmer's keyboard Robert Wessel <robertwessel2@yahoo.com> - 2013-01-02 15:35 -0600
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:19 -0600
Re: programmer's keyboard Willem <willem@turtle.stack.nl> - 2013-01-03 08:35 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:46 -0600
Re: programmer's keyboard rugxulo@gmail.com - 2013-01-03 00:52 -0800
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-03 15:00 +0000
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 11:58 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-02 15:03 -0600
Re: programmer's keyboard rugxulo@gmail.com - 2013-01-03 00:54 -0800
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2013-01-03 13:06 -0600
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-30 18:04 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-30 14:24 -0600
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2013-01-02 11:34 +0000
Writing Experimental Code "Aaron W. Hsu" <arcfide@sacrideo.us> - 2013-01-02 15:08 -0600
Re: programmer's keyboard Rui Maciel <rui.maciel@gmail.com> - 2012-12-28 11:45 +0000
Re: programmer's keyboard BGB <cr88192@hotmail.com> - 2012-12-28 12:29 -0600
csiph-web