Drupal.org Git Team
Welcome
The Git migration is complete, but the work is ongoing. Join us!
- Documentation: Git handbook
- Documentation: Git handbook issue queue
- Support using Git - #drupal-gitsupport
- Places to jump in: git low hanging fruit
- Follow announcements on Twitter: @DrupalGitGremln
- Coordinate in IRC - Developers #drupal-vcs
- Issue queue: git phase 3
- Background: Migrating Drupal.org to Git
Drupal.org Git Team
Can't cut dev release
Hi,
For some reason I am not able to cut new dev release since migration. I have checked into the HEAD and the 6.x-1.x release and it still doesn't seem to build any ideas?
http://drupal.org/project/apachesolr_views
I'm sure its just a training issue, but your help would be appreciated
Regards,
Dave
Building a Drupal.org deployment pipeline
Leading Drupal's migration from CVS to Git made something eminently clear to me (and eliza411, the migration's PM): there's a lot that's broken about how we manage, maintain, and improve drupal.org (and its subsites). Since then, I've been gradually chatting up more and more people with the idea that we could build a structured, participatory model for updating and adding new features to drupal.org. And that if we do it right, it could become a best-practice model for (Drupal) site management (open, participatory) workflows.
Git team lightning talks
Join us from noon - 12:20pm PDT to learn about the two Git-related Google Summer of Code projects: Drupal.org Auth compatible Git and Http daemons and Version Control Activity logging, Activity Streams and Development Statistics.
WebEx: https://shomeya.webex.com/shomeya/j.php?ED=150662272&UID=1180180112&RT=MiM0
Access code: 805 789 868
Phone Number: +1-408-600-3600
Git team lightning talks
Join the Git team for our regularly scheduled, semi-weekly demonstration of progress on new features for Git and Drupal.org. This is a great opportunity to see what's happening and find a way to become part of the team. We'll be looking at interface mock-ups for new functionality: adding service hooks and setting a default branch.
Location: https://shomeya.webex.com/shomeya/j.php?ED=150662272&UID=1180180112&RT=MiM0
Dial-in: 1-408-600-3600 (You should be able to join via your computer's headset.)
Access code: 805 789 868
Testbots now use git to apply patches, so binary patches and copies/moves work in patches
The testbots now use git to apply patches, so binary patches and copies/moves work in patches. See the issue.
To create a binary patch: git format-patch --binary --full-index --stdout
To create a moves-and-copies patch (one that magically moves and copies): git format-patch -C -M --stdout
Change convention for referencing issues in commit messages?
This started life over as a comment I posted at #1059966-20: Change recommended format for commit messages (no more '#1234 by abc') but I'm moving it here at eliza411's suggestion to hopefully gather more feedback on the proposal...
Sorry I didn't suggest this sooner, but I just came up with it today while I was happily doing Git commits on a plane. ;)
Instead of:
Issue #1234 by xxxHow about this?
[#1234] by xxxPhasing out -p0 patches - May 31?
When we did the Git migration, we set up the testbots to continue to allow both -p0 (old style Drupal patches) and -p1 (the normal Git style patches), but started encouraging the community to switch. This allowed existing patches on issues to continue to test OK, and avoided irritating everybody enormously.
However, now we have a problem. How do we teach people to successfully apply patches if there can be more than one kind? I think we have to phase out -p0 patches sooner rather than later. This would mean:
We're BACK!
It means we can now start adding new features above and beyond the ones that were provided in the old CVS days. In the interest of fostering community involvement and pushing ourselves to ship new stuff regularly, we'll be doing demos every two weeks to show off new features that we're developing for Drupal.org. These demos will be brief (held to 20 minutes) and will provide a tour of what we have working. And the first one is coming right up!
First bi-weekly Git Phase Next Demo!
In the first of our bi-weekly feature demo, sdboyer will show off our progress with git service hooks which will and tizzo will demo our forthcoming drupal based repository browser and some of the integration that the browser will enable!
Join us at https://shomeya.webex.com/shomeya/j.php?ED=150662272&UID=1180140542&RT=MiM0
Telephone Number: 1-408-600-3600
Access Code: 805 789 868
Drupalcon Git Sprint
The git team is sprinting in Superior A on the last day of Drupalcon! This page will track our issues and our progress.
Git Phase Next presentation from DrupalCon Chicago
Here are some links to our presentation at DrupalCon Chicago:
Slides on Google Docs
Presentation at chicago2011.drupal.org (hopefully soon the video will be posted there).
Enjoy,
-Derek
Drupal.org Git Sub-Teams
Here's who to talk to about what. Exact contents of this page still in progress.
Lead maintainers
- Overall: Sam "sdboyer" Boyer
- UX: Melissa "eliza411" Anderson
Specific subsystems
-
Version Control API*
- Marco "marvil07" Villegas
-
Project*
- Derek "dww" Wright
- Mike "mikey_p" Prasuhn
-
Project Git instructions
- Michael "halstead" Halstead
-
Job system
- Justin "beejeebus" Randell
-
Twisted SSH
- Trevor "chizu" Hardcastle
-
Repository browser
- Howard "tizzo" Tyson
Initiatives
Git on Drupal.org: Basic Training Screencast
There is now a Using Git on Drupal.org screencast to help people learn how to use our new tools.
Live Git Training/Support
Weekly scheduled live support sessions with screensharing by both leaders and participants (using webex),
If you can, before coming please watch (and do) 22-minute screencast. You'll be more ready for a deeper set of topics at these.
We'll cover whatever territory the attendees want to cover.
Pre-deployment notes
Two features which will not be available immediately after deployment:
- RSS feeds for commit logs
- Summary page files listing
File listings can still be accessed from commitlogs.
Drupal.org Scheduled Downtime Thursday, February 24, 23:00 UTC
Reposted from the Drupal.org Front page to be available during downtime. During down time, check https://twitter.com/drupalgitgremln for periodic updates.
Drupal.org will have approximately 12 hours of scheduled downtime, Thursday, February 24, 23:00 UTC (3PM PST, 6PM EST). We will be performing the CVS to Git migration. This is the most comprehensive and extensive change to Drupal.org in recent history - perhaps ever, therefore, the Infrastructure & Git Migration teams need an adequate time buffer to perform the migration, verify the data, and check for and resolve any issues.
What does “downtime” mean?
The following parts of the *.drupal.org will be inaccessible for the duration of the migration:
- The main drupal.org website, including all download pages, issue queues, forums, and search.
- Write access to cvs.drupal.org.
- Account creation on any of the Drupal.org sub-sites, including groups.drupal.org, api.drupal.org, and chicago2011.drupal.org.
Some areas of the drupal.org infrastructure remain unaffected, including:
- Drush commands such as
drush dl. - Read-only access to cvs.drupal.org. CVS repositories will be maintained in read-only mode for at least a year following the migration.
We regret that it was not feasible to provide a read-only copy during the downtime and apologize for the inconvenience this extended downtime will cause to the community, but it’s hard to overstate the incredible transformation this move will enable for our community’s collaboration. With Drupal 8 development kicking off soon, and code sprints happening in DrupalCon Chicago in just over a week, having a strong platform from which to work is vital for our project’s future.
Thank you very much for your patience and understanding. Please keep your eyes on https://twitter.com/drupalgitgremln and http://groups.drupal.org/drupal-org-git-migration-team for updates.
Git Release Notes
Important: Git release notes has been updated. Please use 6.x-2.2 now, 6.x-2.1 did many unholy things.
Unimportant: GRN has been updated again. 6.x-2.3 (http://drupal.org/node/1073648) has bugfixes and a new feature.
Git Release Notes (http://drupal.org/project/grn) (note that the link has changed) is a Drush extension equivalent of cvs-release-notes, which lives in the tricks repo (what will happen to it after tggm?).
Git instructions and workflows
I’ve been working on Drupal.org documentation and Project Git Instructions (the contextual cut-and-paste directions provided for each project) not because I’m particularly the best person for the job but because as project manager for the migration, I have a vested interest in the community’s successful transition and, more importantly, I’ve been the least busy person who also has access to the team. It’s hard to document what doesn’t exist, and the project has been moving at breakneck speed to be ready for Chicago DrupalCon.
Questions about Git that I didn't find anywhere
I've been using github for a while now, and I've been reading the new docs for the Great Git Migration and I have a few questions:
- Will I be able to create and push unlimited branches (with any name), even if I don't create a Project Release for that branch.
- Will I be able to delete branches and tags as easy as I do it with Github.
- Will I be able to fork any project, even if I don't own or co-maintain it?
- What about Pull Requests, will that work? How?
Thanks
Drupal 7 module upgrade features and Git
I confess I don't know enough about either CVS or Git to meaningfully discuss the migration. I've been reading through materials and have yet to find answers to my questions, from the perspective of a drupal user not maintaining modules. Perhaps someone here could help me out?:
1) Will the change to git change the ways I interact with modules and themes? Will I still download material as I have done with CVS? Will I still be able to use the Drupal7 procedure of simply pointing to a tarball link in order to install modules/themes?







