Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

Requirement #6380 (new)

Opened 13 years ago

Last modified 8 years ago

New developer documentation

Reported by: jamoore Owned by: jamoore
Priority: critical Milestone: GatherReqs
Component: Documentation Keywords: n.a.
Cc: omero-team@… Business Value: n.a.
Total Story Points: n.a. Roif: n.a.
Mandatory Story Points: n.a.

Description (last modified by jmoore)

This requirement has been added to take some of the less critical documentation stories from #6296 for more immediate release. As discussed in Paris with a number of new developers coming onboard, both in Dundee and at various other sites, it will be critical to be able to get them up to speed quickly and painlessly. The primary output of this requirement should be a very small number of landing pages which a new developer (core, satellite, open-source) can be pointed out to find all the necessary information for getting started. This includes various tasks like uploading public keys, etc, basic OME/RO background information, commit procedures and testing requirements, and then how to start learning the appropriate APIs.

See #6296

Content copied from #6948 "Working with code base"

Umbrella ticket for defining

  • code style/policy.
  • enforcing copyright.
  • Define header of files.
  • define how to work with github
  • how to work with tools like Eclispe, Pycharm
  • etc.

Build process (previously #6951)

  • integration of insight build. see #3940
  • training material
    • where to put it.
    • maintenance.
    • when to build
    • etc.
  • Let devs only build they need e.g. B-F, insight

Branch merging (previously #6934)

  • In order to have continuous integration of active branches before they are merged into develop, we will need to have jobs which take properly marked branches from all github forks, merge them into a single branch, and then test that branch.
  • Moving to future for us to investigate when we again have multiple branches / PRs all simultaneously active. The hope would be that such a build would prevent us from having to manually push to merge-green / merge-blue. Any merge failures would be detected immediately.

See #2125. Those stories should likely be added here as tickets.

Change History (10)

comment:1 Changed 13 years ago by jmoore

  • Description modified (diff)

comment:2 Changed 13 years ago by jmoore

  • Milestone changed from OMERO-Beta4.3.2 to OME-5.0

comment:3 Changed 12 years ago by jmoore

  • Milestone changed from OMERO-Beta4.4 to OMERO-Beta4.4.x

comment:4 Changed 12 years ago by jmoore

  • Description modified (diff)

comment:5 Changed 11 years ago by hflynn

Given the work that has gone into the developer docs already, should we now be downgrading the importance of this ticket and changing the milestone? Remaining things don't look to be a critical priority to me.

comment:6 Changed 11 years ago by jmoore

Unfortunately, Helen, I don't think so. Fundamentally, the test of whether or not "new develop docs" is usable is whether or not new members to the team and external developers can find what they need and easily get up-to-speed. Perhaps someone else wants to chime in, but my feeling is there we're not there yet.

comment:7 Changed 11 years ago by hflynn

Fair enough, I was probably being overly optimistic!

comment:8 Changed 11 years ago by spli

I think we're still lacking a good introductory page of links. Documenting one-off things (e.g. setting up ssh keys) isn't actually that important because they'll be someone to hand-hold you when you start. The bigger issues are the things that crop up a few weeks after starting.... things like figuring out unit-tests, where to find things, what the different components are, the build system, etc. A lot of it is already somewhere in the docs, so maybe a FAQ style page with links to subsections within the relevant page would do.

comment:9 Changed 11 years ago by wmoore

We have the page of links, they just need improving. https://www.openmicroscopy.org/site/support/omero4/developers/index.html

The general introduction page I wrote is too specific to my point of view (client-side Python dev) https://www.openmicroscopy.org/site/support/omero4/developers/GettingStarted.html

Then we basically need to go through the first page of every sub-section, just updating and re-writing. And eventually get around to doing ALL the pages.

comment:10 Changed 8 years ago by jamoore

  • Milestone changed from 5.x to GatherReqs
Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.72421 sec.)

We're Hiring!