Closed (fixed)
Project:
dog (Drupal on Git)
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
9 Apr 2011 at 20:57 UTC
Updated:
19 May 2011 at 02:51 UTC
I won't even pretend to know whats going on but...
running drush dog-init myproject results in the following.
A clean [no .git directory] copy of of Drupal 7 is put in the current directory.
The directory 'myproject' is created, and it has a copy of Drupal with a full git repo.
But, it is already in an 'unclean' state.
git st reports that files are untracked and modified.
Untracked files
modules/shortcut/shortcut-rtl.css
# modules/system/system.messages-rtl.css
# modules/toolbar/toolbar-rtl.css
# themes/seven/images/fc-rtl.png
# themes/seven/vertical-tabs-rtl.css
Every file is marked modified because
// $Id$
has been removed.
There appears to be other modifications too.
Running Drush 4 latest, Mac OSX 10.5
Thanks
PS As the person who kicked off this page
http://drupal.org/node/803746
when I knew hardly anything about git
I am delighted to see this project!
Great work!
Comments
Comment #1
alanburke commentedWell in the previous attempt, I had left out the --upstream option.
So I tried
drush dog-init --upstream=drupal-7.x myprojectThis worked much better - I have a clean copy of Drupal with the latest commit on the 7.x branch,
but it did spew out a bunch of errors when done/
Comment #2
alanburke commentedMore testing
drush dog-init --upstream=drupal-7.0 myprojectacts the same as the intial test in the opening comment where no --upstream was given.
Oddly, when I add a --collab option, I still get the 'unclean' repo problem,
but no copy of Drupal appears in the directory from whre I issue the command.
Comment #3
sdboyer commentedYeah, I'm definitely still working out some kinks in the validation. Really, this is all super-early alpha code. Clearly, as I haven't even cleaned up the error validation yet, which is why it double-spews on errors thrown by git invocations.
Anyway, continued testing would be most appreciated - give it another shot, I've fixed a few things in the init since you filed this.
Comment #4
alanburke commentedGot the updates.
drush dog-init myprojectworks fine now.No extra copy of Drupal, a clean checkout of Drupal 7.0 is in the directory.
Still some debugging messages - pasted here for your reading pleasure.
Comment #5
alanburke commentedThe command seems to work fine with the --collab option and --upstream option too now.
I've only tried it with d.o as the upstream yet.
Comment #6
sdboyer commentedI've gotten it working with a local upstream, so I think that one's good.
That's a good case you've raised there, though - in your global .gitignore, you ignore sites/default/files. I'm circumspect about hardcoding dog's setup to include adding the files dir in the way it currently is regardless, but as long as it's in there then it needs to accommodate the situation where a global ignore will cause an error like that.
Comment #7
alanburke commentedI had actually forgotten about my global .gitignore.
sites/default/settings.phpis ignored too.Comment #8
sdboyer commentedI'm thinking the original basic issue should *probably* be fixed now.