<p>I think a local mirror is really your best option. Or possibly two repos. One for testing, which you sync when you want to test updates and point all test systems at it. Then a production repo for production systems that pulls from the frozen test repo. One addition to your idea would be to use git. That way all you have to do is a 'git push' when you want to update your production repo. Could then use other features in git for tracking changes, possible reverts and such.</p>
<p>- Trey</p>
<div class="gmail_quote">On Sep 21, 2011 10:14 PM, "Aleksey Tsalolikhin" <<a href="mailto:atsaloli.tech@gmail.com">atsaloli.tech@gmail.com</a>> wrote:<br type="attribution">> Hello,<br>> <br>> Let's say your operating policy is "no patch updates without testing<br>
> first in the test environment". Let's say it takes you 3 weeks to<br>> test. Over the course of the 3 weeks, the repo changes (new<br>> packages added, old removed).<br>> <br>> Is there a way to "freeze" a set of packages so that when I<br>
> run "yum update" on a Prod server it'll get the same package<br>> and patch set as the Test server did 3 weeks ago?<br>> <br>> It's been suggested to maintain a local mirror, and take rsync<br>
> snapshots of it daily, so then you can point the end node to a<br>> particular repository.<br>> <br>> What other solutions are there?<br>> <br>> Best,<br>> -at<br>> _______________________________________________<br>
> CentOS mailing list<br>> <a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br>> <a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br></div>