[IPython-dev] frontend namespace flattened (major change)
Sun Jun 30 21:38:20 CDT 2013
Git has annual user surveys each fall. I guess we just need to make
them aware of the issue (they also have a mailing list). IMHO, the
following should be the default behavior
- git clone should initialize and update submodules
- git pull and checkout should update submodules
- git reset --hard should recursively reset submodules, including
checking out commits (if I have changes to commit, git reset --hard
should clear them)
- git clean should do the right thing (in my defence, I think my
issues here were permissions related)
- The git ps1 script that ships with git should be smarter about submodules.
On Sun, Jun 30, 2013 at 9:23 PM, Fernando Perez <firstname.lastname@example.org> wrote:
> git submodules are indeed a PITA, but they are the least bad solution
> we've been able to find to the problem of managing external source
> trees of JS libraries.
> The alternative would be to require users to manually track all that
> themselves, which is even worse.
> As much as I love and preach git, submodules are the one thing I
> really dislike and I do trip pretty badly on. Unfortunately I don't
> see a cleaner solution at this point in time.
> On Sat, Jun 29, 2013 at 8:02 AM, Aaron Meurer <email@example.com> wrote:
>> I also had some issues. The git submodule subcommand does not work
>> very well, in my opinion. You too often have to go in and fix things
>> manually, which is hard if you don't already know the submodule
>> structure of the project.
>> There was also some issue where I didn't have proper permissions on
>> the .git/modules directory, which I hypothesize was due to it being
>> initially created from sudo python setup.py.
>> Aaron Meurer
>> On Sat, Jun 29, 2013 at 1:19 AM, Fernando Perez <firstname.lastname@example.org> wrote:
>>> On Fri, Jun 28, 2013 at 3:36 PM, Aaron Meurer <email@example.com> wrote:
>>>> Oh man. I hate to see things on mailing lists that say, "run this
>>>> command," and it's rm. What's wrong with git clean -Xdf?
>>> Mmh, for me the git clean cmd didn't work, as the issue was an empty
>>> directory, which git doesn't track by itself. I had to nuke it
>>> IPython-dev mailing list
>> IPython-dev mailing list
> Fernando Perez (@fperez_org; http://fperez.org)
> fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
> fernando.perez-at-berkeley: contact me here for any direct mail
> IPython-dev mailing list
More information about the IPython-dev