588 results found
-
Ungroup Source Control Commenting
Is it possible for the comments window to hold a comment per object rather than as a group? That way I can quickly individually comment multiple objects and check them all in in one go.
6 votes -
Include Ad Hoc Scripts in SQL Source Control
Whether server configuration, replication scripts, SQL agent Jobs, Powershell, or just test scripts, give me a folder in VCS that I can store and retrieve scripts from. Even if this is to/from a specific folder on my machine, make this an easy process to keep development code with my database.
79 votes -
I just installed a "minor update". If it is minor, why are you prompting me to read a 19 page, 7,500 word licence agreement?
Only display changes to the agreement and stop wasting my time.
4 votes -
Include miscellaneous options / database properties
SQL Source Control tracks options like Default Collation. It would be useful to extend this to include all options that can be configured e.g. Recursive Triggers.
6 votes -
Functionality after restore from command
After we have run a restore database command, the source control do not notice, that some, earlier loaded stored procedures from lastest version are after that newly out of date.
Source countrol should recognize a restore and scan completely new for the latest changes.4 votes -
With Many databases source controlled. It would be great if there was a function to view changes and updates across all databases
With Many databases source controlled. It would be great if there was a function to view changes and updates across all databases. At the moment databases have to be updated one by one. very time consuming
36 votes -
Multiline replace
Multiline replace would be a nice feature. Like standard SSMS "quick replace" (ctrl+h), but with ability to add line breaks to both "find what" and "replace with".
1 vote -
Sort constraints / indexes by name
it would be nice to have the constraints sorted by type and name in the table scripts (this one that are checked in to SVN and are used to show me the differences)
Example: I have a table with 11 FKs which I will see as
ALTER TABLE [pld].[tvertraege] ADD CONSTRAINT [tblfk4] FOREIGN KEY ...
ALTER TABLE [pld].[tvertraege] ADD CONSTRAINT [tblfk3] FOREIGN KEY ...
ALTER TABLE [pld].[tvertraege] ADD CONSTRAINT [tblfk6] FOREIGN KEY ...
ALTER TABLE [pld].[tvertraege] ADD CONSTRAINT [tblfk7] FOREIGN KEY ...
ALTER TABLE [pld].[tvertraege] ADD CONSTRAINT [tblfk5] FOREIGN KEY…5 votes -
For 'Commit changes' the button to refresh is on the far right. For 'Get latest' the button is on the far left side of the window.
Consistency is king. Having the buttons always at the same place makes it easier. So, either you have both refresh buttons on the far right or on the far left side of the window. I personally prefer the left side as this is closer to the tabs. But that's just me.
4 votes -
Do not allow to commit changes to an object that is locked
I don't see why is good this product if it's posible do commit to an object that is locked. If the object is locked this means that the user is editing it Then why allow to commit to this object
5 votes -
4 votes
-
5 votes
-
Do not recreate tables when changing a computed columns
It is very annoying that Source Control always recreates a table, just because I change a computed column instead to drop / recreate only the column (the FORCE-COLUMN-ORDER option is set to false so this could not be the reason).
Particulary if it is on one of your big tables with lots of indexes, FKs ...
I know there may be reasons to recreate a table if you add / drop / alter columns (because of possible page splits) but I want to decide it by myself (e.g. by adding a migration script for this rare cases)
10 votes -
Performance: Use all available cores when "registering database"
The performance of the get and commit tabs is still very poor. AFTER querying the structure and content from the sql-server, which of course uses all cores to answer the query, only one core is used for the further comparison by SQL source control (shown as "registering database"). This step takes the longest amount of time, so optimizing SOC to use all cores for that operation should speed up the whole thing. Our developers have machines with 8 cores, so this is a huge waste of available ressources and time and thus money.
71 votes -
When a user closes a session/SSMS it would be useful to have the user to prompted about any pending check-ins (shared db).
We use a shared environment, and if someone forgets to check something in, then the changes made appear as if from the next user to edit the item.
4 votes -
Could you please add a feature that would allow one to view the 'dependencies' when on the 'Commit to source control' window appears. It wou
Could you please add a feature that would allow one to view the 'dependencies' when on the 'Commit to source control' window appears.
This would be useful to see which of the tables you are about to commit relates to the 'dependencies' tables in the pop up.
2 votes -
Use case-sensitive object definition
Better support for the "Use case-sensitive object definition". Especially for changes in columns that are used in foreign keys. Now it is possible to commit changes such that the "Use case-sensitive object definition" cannot be used anymore.
- Link the database to source control with “Use case-sensitive object definition” turned off (which seems to be default?)
- Create two tables, one with a foreign key referencing the other table.
- Save these tables to the working folder
- Alter the case of the field referenced by the foreign key and alter something else on the same table too. That way the change in case…
4 votes -
Fix a bug where some objects in source control are forcefully ignored due to how they're named
To enable deterministic testing using tSQLt, we replace any system calls to non-determinstic native functions like GETDATE() or GETUTCDATE() with [dbo].[getdate] user defined scalar functions (which we can then which to [test].[getdate] as part of tSQLt testing). Unfortunately it seems RG Source Control trips up on this and fails to recognise these as valid functions in the [Get Latest] tab. This means that we can't deploy using RedGate Source Control as it's usage is pretty ubiquious and with this being ignored many of our other functions fail to deploy.
3 votes -
ignore constraint table default
Separate edit filter rule to ignore constraint names that define a default value for a column
6 votes -
Warn when adding static data tables that have foreign keys
When adding a static data table to source control, there should be a warning if that table has a foreign key constraint on another table and give the option to include that table as static data also. As it is the error you get in SQLCI is quite hard to decipher when SQL Source Control is used in conjuction with SQLCI.
3 votes
- Don't see your idea?