Participate on the Tracker, through GIT, how?

Author Message

Robin Muilwijk

Sunday 27 February 2011 10:56:23 am

Hi,

Anyone from Engineering that can give me an idea on how a community members could participate on the issue tracker through GIT.

For example; he/she spots an issue, and got a possible fix for it. Does he/she fork on GIT, and create separate branches for each issue, then apply the fix, and do a pull request? So one branch and pull request for a single issue? Or is this done in another way?

Thanks Robin

Board member, eZ Publish Community Project Board - Member of the share.ez.no team - Key values: Openness and Innovation.

LinkedIn: http://nl.linkedin.com/in/robinmuilwijk // Twitter: http://twitter.com/i_robin // Skype: robin.muilwijk

Carlos Revillo

Sunday 27 February 2011 1:17:44 pm

Hi Robin.

Actually this is the way me an other people are working. So i would say yes. a branch for each issue is good.

André R.

Monday 28 February 2011 1:50:42 am

This is defined in the GIT article as previewed here:

https://docs.google.com/a/ez.no/document/d/1Xm2NIznsHS1n64aEOG1lrj4nz6souZ4Mi4guPJoNr48/edit?hl=en&authkey=CKbN594J#

"A topic branch is a branch specifically created for an issue or a collection of related issues, or even a new feature. From a SVN background this might sound crazy. But with GIT, branching is cheap and makes the whole process simpler, retains history and allows online reviews on github."

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

Bertrand Dunogier

Wednesday 02 March 2011 6:43:32 am

I can confirm what André says. Branches in GIT are cheap, easy to use, and a hard requirement if you wanna send a clean pull request.

Bertrand Dunogier
eZ Systems Engineering, Lyon
http://twitter.com/bdunogier
http://gplus.to/BertrandDunogier

Robin Muilwijk

Wednesday 02 March 2011 11:23:49 am

Thanks for the feedback all! Also re-read the GIT tutorial (how could I forget about that one?), and it's all clear. Branches seems very easy, and clean indeed.

Thanks, Robin

Board member, eZ Publish Community Project Board - Member of the share.ez.no team - Key values: Openness and Innovation.

LinkedIn: http://nl.linkedin.com/in/robinmuilwijk // Twitter: http://twitter.com/i_robin // Skype: robin.muilwijk

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 30 2025 19:44:23
Script start
Timing: Jan 30 2025 19:44:23
Module start 'layout'
Timing: Jan 30 2025 19:44:23
Module start 'content'
Timing: Jan 30 2025 19:44:23
Module end 'content'
Timing: Jan 30 2025 19:44:23
Script end

Main resources:

Total runtime0.0226 sec
Peak memory usage6,144.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0047 588.2656151.2266
Module start 'layout' 0.00470.0041 739.4922220.7266
Module start 'content' 0.00880.0122 960.21881,001.8516
Module end 'content' 0.02100.0016 1,962.070337.9766
Script end 0.0226  2,000.0469 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002510.8298140.0002
Check MTime0.00104.3086140.0001
Mysql Total
Database connection0.00072.993810.0007
Mysqli_queries0.002410.508830.0008
Looping result0.00000.071610.0000
Template Total0.00115.010.0011
Template load0.00083.589610.0008
Template processing0.00031.368510.0003
Override
Cache load0.00062.468510.0006
General
dbfile0.00104.301280.0001
String conversion0.00000.035840.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs