Re: git for versioning

also sprach Rustom Mody [EMAIL PROTECTED] [2008.07.30.0851 +0200]: But how do I work on the base and have it push (yeah, that's not exactly the word) its changes through the (branches for) Albert, Beth and Foo? You push them to a central location and they fetchmerge from there, or they fetch

Re: git for versioning

also sprach Rustom Mody [EMAIL PROTECTED] [2008.07.30.1113 +0200]: But how do I work on the base and have it push (yeah, that's not exactly the word) its changes through the (branches for) Albert, Beth and Foo? You push them to a central location and they fetchmerge from there, or they

(valid) criticisms of Git addressed (was: I am using fsvs and just found svnhome in google...)

: moved the file to someotherfile(bar) 2 files changed, 1 insertions(+), 1 deletions(-) create mode 100644 someotherfile delete mode 100644 testfile +lapse:~/.tmp/cdt.VLULwrjW|master|% git log -- someotherfile commit 78b242f2d5df1ebe96e25e2dc6c69eb1c135cbb2 Author: martin f. krafft [EMAIL

Re: (valid) criticisms of Git addressed

also sprach Juliano F. Ravasi [EMAIL PROTECTED] [2008.08.27.1958 +0100]: If you emptied your inbox, why keep it around? I expect the tools I use to recreate empty directories aqs needed. Yes, but some programs don't expect their directories to disappear. Then I think those programmes are

Re: OT: tips for directory structure for recurring LaTeX projects

also sprach Paul Menzel [EMAIL PROTECTED] [2008.09.04.1220 +0100]: I do write letters and protocols using LaTeX with KOMA-Script (texdoc scrguien). Now I want to start using a VCS. I use something similar to you, but I have all my letter-writing classes and files in $TEXMFHOME, where they are

Re: Python script for automatic synchronization based on inotify

also sprach Dieter Plaetinck die...@plaetinck.be [2011.03.20.1235 +0100]: oh, one more thing. you can query the current branch in a pure-python way, by reading .git/HEAD No, please do not use this. Use git symbolic-ref -q HEAD || git name-rev --name-only HEAD -- martin |

Re: Python script for automatic synchronization based on inotify

also sprach Dieter Plaetinck die...@plaetinck.be [2011.03.23.0933 +0100]: well, the idea behind doing it in pure-python is removing the overhead of spawning extra processes, do you have an argument why reading the branchname of the current HEAD in a few lines of python is bad? .git/* is not a

Re: Python script for automatic synchronization based on inotify

also sprach Felix Kaiser felix.kai...@fxkr.net [2011.03.23.1250 +0100]: .git/* is not a public API. It's considered internal. Not its not. Its even documented[1]: ... a valid git repository must have the HEAD file; some porcelains may use it to guess the designated default branch of

Re: fake git repositories.. how far do you go?

also sprach martin f krafft madd...@madduck.net [2011.04.06.1040 +0200]: detached bare would be better. Actually, see http://lists.madduck.net/pipermail/vcs-home/2011-April/000378.html Sorry, -- martin | http://madduck.net/ | http://two.sentenc.es/ the surest way to corrupt a youth

attachments (was: [mr] support for vcsh)

also sprach Richard Hartmann richih.mailingl...@gmail.com [2011.11.29.2255 +0100]: I got a report that there's no attachment to this email. The email i sent _does_ have an attachment, the archive does not... The list does filter certain types of attachment. Part of the reason is that

My vcsh is deprecated

Folks, just so you know: I have deprecated my vcsh script a long time ago, and now it's official: http://git.madduck.net/v/etc/zsh.git/commitdiff/4e5f7ffb64e3e06024312c9d8595c4504dd1 Since RichiH's vcsh is fully functional and compatible, please migrate to his:

Re: trying out vcsh

also sprach Brian May br...@microcomaustralia.com.au [2012.02.06.0116 +0100]: Just recently I heard of this vcsh thing, just some of my initial thoughts. Just recently started to clean out my inbox… ;) 2. I found following the instructions for creating new repositories insufficient (section

Re: cdgit: cd relative to git workdir root

also sprach Thomas Koch tho...@koch.ro [2013.09.16.2101 +0200]: shell alias cdgit = cd $(git root) I've tried to make this happen many years ago, but I never finished the ZLE widget that did it. The idea was to bind 'tab' to a function that would replace an occurrence of ~g in $LBUFFER with the

Re: automating git-annex relationships

also sprach Joey Hess j...@kitenet.net [2014-09-09 17:20 +0200]: Note that the part after the -- here is just a description, and can be any free-form text. I was going to suggest that there could be another field added to the protocol, but… Recent versions of git-annex have a hidden feature

Re: integrating an existing git repo in vcsh

also sprach Alan Schmitt [2016-02-04 00:34 +1100]: > I could not find how to do the following in the documentation. > I already have my .emacs.d under git, and I’m looking into vcsh > for other configuration files. Is it possible to integrate this > existing repo

Re: To use vcsh or not to use vcsh, that is the question

also sprach Samuel Hodgkins [2017-01-12 17:20 +1300]: > In comparison to vcsh, I also use myrepos which is excellent at managing a > set of repositories, and although I haven't used it much it can also do > commands. I think (but cannot confirm) that it can be extended

Dealing with .gitmodules

Hey, The file .gitmodules (man 5 gitmodules, for use with git-submodule) is hardcoded to reside in $GIT_WORK_DIR/.gitmodules. As vcsh repositories all share the same work dir, there's a conflict. Has anyone come up with a smart way to handle this? Thanks, -- @martinkrafft |

Re: Dealing with .gitmodules

also sprach Joshua Haase [2017-03-31 05:37 +0200]: > > The file .gitmodules (man 5 gitmodules, for use with git-submodule) > > is hardcoded to reside in $GIT_WORK_DIR/.gitmodules. As vcsh > > repositories all share the same work dir, there's a conflict. > > Why do you need git

Re: Dealing with .gitmodules

also sprach Kevin Lyda [2017-03-31 09:50 +0200]: > Personally I prefer git subtree over git submodules. And that > said, you're using vcsh which allows for multiple git repos. So > instead of git submodules, just use additional repos. I don't think vcsh/myrepos is a good