shipit icon indicating copy to clipboard operation
shipit copied to clipboard

Files removed from the repo but still presents in deploy

Open Edo78 opened this issue 5 years ago • 1 comments

Hi, I recently take over a project that use shipit for its own deploy and I never used. The following versions are in use

"shipit-cli": "4.2.0",
"shipit-deploy": "4.1.4",
"shipit-npm": "0.2.0",
"shipit-utils": "1.4.1",

After a deploy I realized that on the server was deployed at least one file that was recently removed from the repo. I double checked the revision deployed and I even checked it out in a new directory to be sure it wasn't a glitch in git.

As a workaround I removed all the released version and proceeded with a brand new deploy.

It looks like it was a missing --delete option on rsync but I didn't even get if/where add this option to give it a shot.

I'm concerned about the next time I'll remove a file because removing the deployed versions didn't looks like a viable solution.

Is there something I can put in the configuration or should I update my shipt versions?

Edo78 avatar Oct 11 '19 08:10 Edo78

I found out that I can set config.copy to false This way shipit didn't perform a copyPreviousRelease and I'm free from old files that shouldn't exists (this is way they are removed from the repo).

To me this function is just a PITA but I'm probably missing something because if it's the default behaviour it should have some huge reason to be here.

Can you help me understanding the logic that require such default flow?

Edo78 avatar Oct 14 '19 10:10 Edo78