The current GATK version is 3.7-0
Examples: Monday, today, last week, Mar 26, 3/26/04

#### Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

You can opt in to receive email notifications, for example when your questions get answered or when there are new announcements, by following the instructions given here.

#### ☞ Got a problem?

1. Search using the upper-right search box, e.g. using the error message.
3. Include tool and Java versions.
4. Tell us whether you are following GATK Best Practices.
5. Include relevant details, e.g. platform, DNA- or RNA-Seq, WES (+capture kit) or WGS (PCR-free or PCR+), paired- or single-end, read length, expected average coverage, somatic data, etc.
6. For tool errors, include the error stacktrace as well as the exact command.
7. For format issues, include the result of running ValidateSamFile for BAMs or ValidateVariants for VCFs.
8. For weird results, include an illustrative example, e.g. attach IGV screenshots according to Article#5484.
9. For a seeming variant that is uncalled, include results of following Article#1235.

#### ☞ Formatting tip!

Wrap blocks of code, error messages and BAM/VCF snippets--especially content with hashes (#)--with lines with three backticks ( ` ) each to make a code block as demonstrated here.

Picard 2.10.2 is now available at https://github.com/broadinstitute/picard/releases.
GATK version 4.beta.2 (i.e. the second beta release) is out. See the GATK4 BETA page for download and details.

# Suggested workflow for updating to GATK 2.4 code base

Member

I'm struggling somewhat with updating my own code to the 2.4 code base, and I would be very happy for any help you might offer on how to do this. First of all, I guess I should switch my upstream repository to https://github.com/broadgsa/gatk-protected (as I'm working in an academic not-for-profit environment).

What I would like to do is to rebase my own devel branch on the master branch of the gatk-protected repository. But trying to do so gives me a lot of conflicts in files that I have not altered in my own branch. Is resolving all of these conflicts one by one the only way to do this, or have I really got some problem with my understanding of how this is done? I'm guessing the later.

Either way it would be really nice to get some pointers on how to figure this one out.

Thanks,
Johan

Tagged:

• Charlestown, MAMember

Hi Johan,

First of all, yes, you should reset your upstream to gatk-protected.

it's hard to say without looking at your repo. There were indeed a lot of changes in the 2.4 release, and if you have changed any files from the GATK it is very likely that you will get conflicts because we changed them too. Here are a few scenarios I can predict for you:

1. You made changes to GATK files like walkers, annotations or engine source files.
2. Your files depended on GATK files that got moved around
3. Your files lived in directories that got relocated from public to protected

For #1 there is not much you can do other than going through the conflicts one-by-one. In the future, I'd recommend extending classes and overriding with your modifications instead of modifying them directly, which will always be susceptible to conflicts at every release.

For #2 you should get away with a rebase with the "-m ours" option.

For #3 the easiest thing to do is to move your files by hand after a clean clone. But if you're comfortable with resolving the conflicts, you should be able to git mv your directory trees and fix all the conflicts with just a few commands.

hope this helps,

• Member

Thank you for the ideas, however I can't seem to make this work. I'm getting conflicts in files which I have never touched. Right now I think that this will actually prompt me to make a move which I have been considering for some time, to move my own code into a separate project and use gatk as an external dependency. Thanks again for the pointers, though.

• Member

A maven package of gatk and queue would make my life a lot easier. If you do this, beer is on me if you ever stop by here in Sweden.