Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The cloned env is linked to the original #35

Open
ka7eh opened this issue Dec 26, 2017 · 2 comments
Open

The cloned env is linked to the original #35

ka7eh opened this issue Dec 26, 2017 · 2 comments

Comments

@ka7eh
Copy link

ka7eh commented Dec 26, 2017

I tried the package that comes with Ubuntu 16.04, i.e. version 0.2.5, and I'm seeing an unexpected behavior. Whatever changes I make in a cloned environment reflects in the original too.

Here's an example:

$ mkvirtualenv venv_a
(venv_a)$ pip install django==1.11.7
(venv_a)$ pip freeze
	Django==1.11.7
	pytz==2017.3

$ virtualenv-clone /path/to/venv_a /path/to/venv_b
$ workwon venv_b
(venv_b)$ pip freeze
	Django==1.11.7
	pytz==2017.3
(venv_b)$ pip install django==1.8.7
(venv_b)$ pip freeze
	Django==1.8.7
	pytz==2017.3

At this point I expect vevn_a to be on Django 1.11.7 and venv_b on Django 1.8.7. But when I switch to venv_a, I see it's changed too:

$ workon venv_a
(venv_a)$ pip freeze
	Django==1.8.7
	pytz==2017.3
@ka7eh
Copy link
Author

ka7eh commented Dec 26, 2017

Tested wit the latest version too (0.2.6) and still end up with the same result.

@jgwinner
Copy link

Jumping on, this seems like a killer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants