Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #63499 > unrolled thread

Re: Looking for tips for moving dev environment from Windows to Mac

Started byChris Angelico <rosuav@gmail.com>
First post2014-01-09 04:07 +1100
Last post2014-01-09 04:07 +1100
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Looking for tips for moving dev environment from Windows to Mac Chris Angelico <rosuav@gmail.com> - 2014-01-09 04:07 +1100

#63499 — Re: Looking for tips for moving dev environment from Windows to Mac

FromChris Angelico <rosuav@gmail.com>
Date2014-01-09 04:07 +1100
SubjectRe: Looking for tips for moving dev environment from Windows to Mac
Message-ID<mailman.5184.1389200881.18130.python-list@python.org>
On Thu, Jan 9, 2014 at 2:45 AM, William Ray Wing <wrw@mac.com> wrote:
> Two external disks.  One dedicated to TimeMachine for continuous backups of code as you write it, and one dedicated to either CarbonCopy Cloner or SuperDuper.  Whichever you choose, set it up to do once-a-week clones at say 2:00 AM Sunday.  Modern Mac's are just as hard to crash as any other modern UNIX-derived system, and Mac laptops continue to top Consumer Reports list of trouble-free systems, but ANY hardware can develop problems and it pays to be paranoid.

That's one option. I prefer to put anything that's even vaguely
important into a git repository, toss a remote clone of it onto one of
my servers, and commit and push every change. (And if it's important,
I'll clone that on another machine and pull, so I have a minimum of
three copies.) It's a bit more work, a bit more manual, but it gives
me versioning, backups, cryptographic hash checksums, notes ("Why the
bleep did you do that, Past-Me?!?"), and replication, all in one tidy
package. I don't know how much disk space you need for the two backup
systems you describe there, but the size of a full-history repository
isn't going to be huge, unless you're constantly editing big binary
files.

ChrisA

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web