Transient Tracers

[JanStreffing]

I checkout out https://github.com/FESOM/fesom2/tree/2.1-awiesm-2.1-with-transient-tracers and did a git revert on the critical commit fb6eab8.

The result is, that the MR reduces from 279 changes files to 42 changed files, and from +62,015 −116,851 lines to a much more manageable +8,685 −150. A plenitude of conflicts remain though.

@mbutzin, please have a look if this branch still constitutes a working tracers branch, or if undoing that commit anything critical got lost. Note that no src/ files were changed, but lots of namelists were.

[mbutzin]

namelist.io.transit can be removed but namelist.io has to include 'otracers' in transient tracers simulations.

[mbutzin]

I checkout out https://github.com/FESOM/fesom2/tree/2.1-awiesm-2.1-with-transient-tracers and did a git revert on the critical commit fb6eab8.

The result is, that the MR reduces from 279 changes files to 42 changed files, and from +62,015 −116,851 lines to a much more manageable +8,685 −150. A plenitude of conflicts remain though.

@mbutzin, please have a look if this branch still constitutes a working tracers branch, or if undoing that commit anything critical got lost. Note that no src/ files were changed, but lots of namelists were.

I checkout out https://github.com/FESOM/fesom2/tree/2.1-awiesm-2.1-with-transient-tracers and did a git revert on the critical commit fb6eab8.

The result is, that the MR reduces from 279 changes files to 42 changed files, and from +62,015 −116,851 lines to a much more manageable +8,685 −150. A plenitude of conflicts remain though.

@mbutzin, please have a look if this branch still constitutes a working tracers branch, or if undoing that commit anything critical got lost. Note that no src/ files were changed, but lots of namelists were.

Checked ... Go ahead, @JanStreffing!

[JanStreffing]

@mbutzin and I had a look at this and came to the conclusion, that many of the code changes and subsequent MR conflicts result from the older realization of iceberg and wiso. Both have today been mergen in a newer version via: #489

I will try to rebase Martins tracer code on top of the current refactoring branch instead. This would result in a much smaller MR.

[JanStreffing]

Here is the preliminary result with a simple git patch:

git status
On branch refactoring_tracers_butzin
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   config/namelist.config
	modified:   config/namelist.forcing
	modified:   src/gen_modules_clock.F90
	modified:   src/oce_ale_tracer.F90

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	config/namelist.config.rej
	config/namelist.io.transit
	config/namelist.oce.cfc
	config/namelist.oce.rej
	src/gen_model_setup.F90.rej
	src/gen_modules_clock.F90.rej
	src/gen_modules_config.F90.rej
	src/io_meandata.F90.rej
	src/io_restart.F90.rej
	src/mod_transit.F90
	src/oce_ale_tracer.F90.rej
	src/oce_setup_step.F90.rej

no changes added to commit (use "git add" and/or "git commit -a")

While that is more reject than clean applications, I can already tell from the low number of files affected, that this seems quite doable. @mbutzin Tomorrow we sit down with you to make this happen. I think we can manage the resulting MR for 2.6.

[JanStreffing]

superseded by #576