On Jul 20, 2009, at 2:04 PM, Brian Friday <[email protected]>
wrote:
On Mon, Jul 20, 2009 at 12:18 PM, Chris
Louden<[email protected]> wrote:
I have been keeping my dotfiles in Git for a while now. Very handy.
Since I access many systems it makes sense to keep them configured
the
same. Not just at a package level but also the configuration level.
I've yet to do this at work but its on the to-do list. Then I just
have a git pull command in the login to keep my login the system
updated with my latest bash/vim or etc preferences. Putting /etc
never
occurred to me though.
The one thing I haven't done enough of is working with my dot files. I
really want to create a setup where each host has its own history and
potentially its own shell .rc files. As much as I sometimes run the
same command on different systems it would be much more useful to keep
history seperated out and appended (if I run multiple sessions on the
same host).
Anyone doing this now with any success?
I don't transfer the bash history between systems. I use it to have
the same configs for vim, aliases in bash , etc. Each system retains
it's own history. As far as the .rc files I find it handy to have the
same. Could even be used for mutt, pine, irssi or etc. Configs.
My new web site that i am working on uses git on the backend.
Document
content and resources for documents, such as document-specific images
are read directly from a git repository. Publishing is as easy. Just
push to the repository. Whole other kind of CMS. hehe
-Chris
Cool Chris! Sounds like a interesting use of git, heh and if you can
say set "views" where internal users see the internal branch for
testing and external users the master branch that could be very very
handy.
Not sure I would have the need for that. Efficiency is my hurdle. I
want to reduce the cost of rendering a page. Pulling from git is
almost as intense as pulling from a DB. Once the data is pulled and
put through a parser I use memcached to store it. Memcached then just
checks every so often for the latest content.
- Brian
_______________________________________________
LinuxUsers mailing list
[email protected]
http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers
