[sldev] Etiquette for posting patches-in-progress?

Dzonatas dzonatas at dzonux.net
Tue Jul 17 15:33:10 PDT 2007


What I did was to create a sub-task of in-progress work or work-to-be-done.
When the patch is ready to that sub-task, create another sub-task to QA 
it to a build.
Repeat if needed.

Sorting patches is a real pain in the arse.

I'll upload the current Sandbox-Something release to the OSLCC SVN and 
create a branch for your work. That'll quicken the merges easier and 
allow everybody to build the same way. =)

I suggest to Use TortiseSVN/Merge. It's best feature is the UI, but its 
folder hooks are a pain.  Eclipse also has very similar features to 
TortiseSVN/Merge. In Eclipse, I especially like the merge/diff and edit 
all -in-one view.  My recommendation, Tortise for the major SVN jobs - 
Eclipse for everything else.



Able Whitman wrote:
> If I've got a patch for a JIRA issue that's not quite finished, but in 
> a state that can be tested, would it be good practive for me to attach 
> the patch to the JIRA issue, with a note that it's not the final version?
>
> I'm trying to find the most convenient way to share in-progress 
> patches, and the nice thing about putting them in JIRA is that it's a 
> central place for all the resources related to a particular bug. So 
> for things like the Sandbox ( i.e., the Yet-To-Be-Named) edition, all 
> the current patches could be found in JIRA without having to have some 
> submitted via email, some downloaded from other sites, etc.  The 
> downside is that currently there's no common way to flag a patch as 
> "attached, but not ready for import".
>
> Maybe a "ready for import" flag could be added? Or maybe the right 
> solution is to post the patch elsewhere (like on my own site, like I 
> do currently), and only attach patches to JIRA when they're done. I'd 
> like to do whatever is simplest and least confusing, but I'm not sure 
> that one solution meets both criteria. :)
>
> --Able
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>   

-- 
Power to Change the Void
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070717/62b71471/attachment.htm


More information about the SLDev mailing list