Settings and activity

Thanks for sharing this. We are finally redesigning code review. So we'll be considering all suggestions.

Thanks for the feedback!

Looks like a good idea indeed.

Hi Vincent,

Doesn't "find in files" during diff help with this? Maybe you didn't know the feature exists, I don't know :-)

Any suggestions on the hotkey?

Thanks Mikael,

You're right, we should handle this better. The dialog is copyable (just CTRL-C) but this is no excuse.

We just implemented a quick solution, didn't spend time on a custom dialog, just used an standard one.

About automatically distributing it: yes, would be nice, but since it is free, we prefer the user to download it.

pablo

Hi Damian,

Do you know you can have more than one repo in the same sync view?? This is how most people use it, so you can calculate all syncs in one shot and you won't need the icon you are looking for.

Hi Bobby,
We don't understand this.
In pending changes you have a diff viewer embedded that you can use to diff each selected file. What is the advantage of the CTRL-D?

Thanks for the suggestion.

But don't you mean something like the "webtrigger" we already support?

https://www.plasticscm.com/documentation/triggers/plastic-scm-version-control-triggers-guide.shtml

The good thing with Plastic is that you can install the client entirely just with xcopy deployment. No need for anything in the registry.
This is only broken when selecting Visual Studio components (which, themselves, require to mess with the registry and more permissions).

Many corps using Plastic deploy with some xcopy-like technique, just copy binaries and done.

Makes sense?

One thing you can do is as follows:
* Put this file inside a folder, alone, in the original project.
* Xlink to that folder from the other repo.

Makes sense as a temporary workaround?

Uhm... we closed this for a reason: not enough traction/interest.

What you ask would be *doable* if the shared file is readonly when xlinked, I mean, you can't modify it.

But I bet you want to make it writable, right? Full VSS semantics.

If that's the case: it is simply not doable today for us, because concurrent modifications could end up with merges, and merges require merge tracking, and merge tracking in Plastic is per-changeset, not per-file (like it used to be prior to 4.0), and then... well, simply we can't handle an individual file like that, we need to handle the full tree. The explanation is not straightforward unless you are familiar with how modern DAG-based version controls work.

Interesting. We are more about to get rid of tabs in future releases. We don't have them anymore in Linux and OS X... and seemed to be a good idea.
Pinned tabs look like a good idea too... will share with the team.

You are asking for something like git squash, some sort of history rewriting, right?

Uhm... it is powerful but dangerous. I mean, if you push that branch to other server, you'd be in trouble.

That being said, it sounds interesting. But we should probably have to rewrite all descendant changesets too, uhm... yes, something like squash is what you want here :-)

Why doing a subtractive merge wouldn't work for you?

Branch Explorer already autorefreshes each time you checkin (even when you undo, which is not correct).

To be honest, I profoundly hate GUIs which auto-refresh, they all end up eating up CPU when they should not. And that vision is certainly affecting the product :-)

Can you better explain why auto-refreshing is so important for you? I mean, what do you really expect? Check changes made by others on a centralized setup?

Got it.

What would you expect here? Resize to same size?

Why do you need a new workspace?? Why don't you just update your existing one??
Sounds weird.
Workspaces have nothing to do with AUTH.

Love the suggestion. Color or format changeset based on attributes, correct?

You are right. No reason not to. We'll do.

Got it! Shouldn't be hard at all