Where now "Project settings" in Gitlab?
How delete repository? And change "Visibility Level" repository? And rename project?
Below the "Audit Events" item in the menu you have pulled down in the picture, you should see an option called "Edit Project" that will allow you to do everything you mentioned.
As per 2017
For Project name;
In the GitLab project page, left panel --> Settings --> General --> General project settings --> Expand
For the visibility level;
In the GitLab project page, left panel --> Settings --> General --> Permissions --> Expand
When you rename your project, through its settings page, make sure to not include leading or trailing special character in the new name:
See GitLab 14.9 (March 2022)
Special characters not permitted in new project names
Project and Group names that have a leading or trailing special character breaks the container registry.
As of this release, you can no longer use special characters as the first or last characters of new project or group names.
You can still use special characters in any other part in the name.
This ensures proper functionality within all stages at GitLab, and enhances the experience of our single platform tool.
See Documentation and Issue.
Related
The indentation of our web .csproj file is being changed to spaces or tabs, depending on the particular installation/user/machine doing the work. For two of us, VS 2019 will force it to indent of 2 spaces (which we want). For the other two developers, their VS will change it to tab indent whenever adding a new file to the project.
Our tab settings are the same for:
C# = Smart / Tab Size 4 / Insert spaces
XML = Smart / Tab size 4 / Keep tabs
We could not find a setting for .csproj files. The behaviour of VS does not seem to match any of the settings we checked.
Is there another item in Tools / Options / Text Editor or elsewhere that governs this?
The reason this matters is, whenever we merge a changed csproj back into the common branch, if there is a difference in indenting, git doubles the size of the file, including both versions. Git doesn't recognise the lines are really the same apart from leading whitespace.
"Tabs to spaces" is a personal preference.
NOT stored in the csproj file(which is committed to get project), but (a) defaulting from your VS preferences; or (b, most likely) overridden in project specific 'Project Preferences' file (the extension eludes me).
Private preferences shouldn't but committed to the git project, and are typically ignored in the git.ignore file.
But, if that for has been stored with your project, it will now be be downloaded as 'read-only' in any pull, overriding any personal changed you've made.
The " .suo" file rings a bell. Add to git.ignore, and delete from the stored GIT project.
It was bothering me as well. Especially when the original csproj file has 2 spaces and any reformatting change it to 4.
I prefer 2 spaces for csproj and you can do it with a help of EditorConfig on a Solution or Project level. If you do it on the Solution level, add the .editorconfig file to your solution folder with the following content:
# All files
[*]
indent_style = space
[*.csproj]
tab_size = 2
You can find more information in Microsoft Documentation for EditorConfig
I want to configure project home page in Teamcity (I'm using TeamCity Professional 9.1.3 (build 37176)).
There are several default tabs there which we are don't use with current project - Investigations, Muted Problems and so on. I want to completely disable them.
I am able to add new tabs via Administration - Project Settings - Report Tabs, but I cannot find any options to configure default tabs there. Checked also settings for root project, but there are no options there as well.
Is there any way to remove these tabs?
It is impossible to hide these tabs now. You are welcome to add a feature request in our tracker
I have created several user-defined build settings in Xcode 4.3.1. I no longer need these settings and want to delete them, but there doesn't seem to be a way to delete them!
I am aware that these are stored in the project settings (project.pbxproj) file located within the xcodeproj file. But I don't want to edit these in a text editor as there are all sorts of repetitions and guids which I don't understand.
Any suggestions on how I can do this within Xcode? (or have they forgotten to add a "delete" button)
Just figured this out myself: you need to make sure you're at the right scope to be able to delete the setting. If you defined the setting at the project scope, no amount of key-bashing will remove it if you're looking at the target-scope. Remember, targets inherit settings from project scope. That last bit is what I tripped over :)
Try selecting a user-defined setting that you created then hit "Delete" button on your keyboard. That works for me when I encountered the same problem.
On Xcode 6:
Select the row and hit Fn + Delete.
Follow the steps below:
Select Project
Tap on the Info tab
Select Configurations
Select Configuration to remove
Press the Delete button on the keyboard
Removing User-Defined build settings depends on where those settings have been created.
Lets assume that you've created one already and named it as PROJECT_SETTING. In order to check your PROJECT related User-Defined settings, you have to select your project first on the project and targets list, then you should see something like this:
Here you can see only PROJECT related settings, and here you have the
only ability edit/delete PROJECT_SETTING.
Besides that if you set up a TARGET, so can add new User-Defined settings there, that only affects that TARGET scope.
You can edit/delete TARGET_SETTING_1 and TARGET_SETTING_2 here, but
PROJECT_SETTING is read-only, as it is inherited from your
PROJECT settings.
Here you will notice that your TARGET contains your PROJECT User-Defined settings and also your TARGET related User-Defined settings marked as bold letters. This helps you to know which setting can be edited on this level.
You won't be able to delete your settings here if that was created under PROJECT scope, and also editing a PROJECT related User-Defined settings will result a newly created settings that affects only the selected TARGET.
Also if you prefer more visibility on Build Settings, you can select Levels view instead of Combined view, so you should see it more separated:
Select one of them and press keyboard's delete button.
There's a caveat to these answers: If you're using a Build Configuration File (.xcconfig) it doesn't seem possible to delete the user-defined settings generated from these files directly on either the project or target level in the "Build Settings" GUI. You'll have to delete the flag and its value from the configuration file and rebuild the project. If you're using multiple build configuration files that use the same flag, you'll have to delete them from each file.
Although settings that come from these configuration files are displayed in the User Defined build settings section (just like any other user-defined flag that one would create from the GUI), they are not written to the .xcodeproj file like the settings that one adds from the GUI are (which probably prevents them from being able to be deleted from the GUI). They are also not displayed in bold text like these GUI-added settings are.
If I create an empty SharePoint 2010 project in VS2010, then add features to the project, the features are named Feature1.feature and Feature2.feature, etc, etc. I'd like to give these features a sensible name in VS2010, for example MyCustomFeature.feature and MyOtherCustomFeature.feature, but I can't work out how to do this. VS2010 provides "right-click, rename" support, but it does not work for me.
Can anyone help me out?
I found the answer to my question. The environment I am working in has a tilde character at the start of all Active Directory login names, for example '~abc'. The default file save location in Visual Studio is therefore 'C:\Users\~abc\Documents\Visual Studio 2010\Projects'.
The Sharepoint tools in VS2010 do not like that tilde character. The tilde prevents you from renaming any of the "FeatureX" nodes under the Features folder. VS2010 or the event log do not report an error, the rename just fails. As soon as you move the project to C:\MyTestProject, feature rename works just fine.
Additionally, a user cannot create a My Site if the login name contains the tilde character:
Event ID 5187: My Site creation failure for user 'DOMAIN\~abc' for
site url 'http://[webapp]/personal/~abc'. The exception was:
Microsoft.Office.Server.UserProfiles.PersonalSiteCreateException: A
failure was encountered while attempting to create the site. --->
Microsoft.SharePoint.SPException: "/personal/~abc" contains illegal
character '~'.
KB905231 warns against having a tilde in Active Directory group names, but not login names:
http://support.microsoft.com/default.aspx?scid=kb;en-us;905231.
My advice - avoid the tilde!
Adding to the list: My project had a comma in the path, VS wasn't allowing me to rename the feature. I took off the comma and was able to rename the feature. It seems SharePoint Tools doesn't like anything "unusual" on the project path. Thanks to PeteL and Yuri that pointed me to the solution.
I had the same issue with VS 2010 and SharePoint tools, looking to this theme I decide to create a new project without any illegal chars in path, after several experiments I found out that my actual path contained '!' symbol, in root folder name - 'd:!Projects' that doesn't allow to change the feature name. Also both '_' and '.' work fine in folder names.
Works fine for me. Do you have Source Control? I had some issues where I was using SVN and I couldn't rename a file I've just created because SVN was telling me I had uncommited changes. After commiting, renaming worked fine.
It's definitely possible.
I use SharePoint 2010 projects in VS2010 with TFS and have some sort of hack to rename newly added feature with default name "Feature" to the project.
1) Exclude feature from the project - it will disappear in the project tree but will still visible if you click "Show All Files"
2) Rename file "Feature1.feature" and its parent folder via the properties window or right click on the feature file and select "Rename" option. Make sure that file "Feature1.feature" and its parent folder have the same names e.g. "ListsAndContentTypes.feature" for feature file
and "ListsAndContentTypes" for the parent folder
3) Right click on the parent feature folder (in example above "ListsAndContentTypes" ) and click "Include in project"
Now the feature file have appropriate name.
4) Make sure that it is included in the package - check the "Package" project item.
Hope this helps.
In XCode 4.0.2 there is a good way to configure the program in Build Settings when you click in "Levels" format. Like this screen
The levels are in this way:
Target Settings
Project Settings
iOS Default Settings
So the XCode see if the Target have a config, if not see in project and if not use the iOS default.
The problem here is that when you set a config in a low level and than delete it, it's impossible use the config of a upper level.
Like in image. I set all targets to use Google in Current Project Version, but in this target I want it use stackOverflow and it work. But in the other Generated Versioning ... I first config with stackOverflow but change my mind and want to use the Project Settings. Now is impossible delete the Target Settings and I will have to enter it manually.
How can I delete the target setting to use the project setting?
In xcode 5 it worked right simple for me. I had the same situation as in the picture in the question. Some data in the project setting and an empty but green setting on target level.
You have to select the line e.g. with the mouse that is marked and afterwards press the delete button the green marking is gone from the target level. In my test it and it will never delete the setting on the highes level, so there is no risk.
Click the Combined button and change the build setting value. Now when you click the Levels button, you will see the target and project both have the new value for the build setting.
I just figured this out. It's a little sketchy, but it works, and does not feel dangerous to me (particularly if you're using version control).
In Xcode, delete the text from the target-level configuration. Make sure you still have it defined at the project level.
Look at a diff of the YourProjectName.xcodeproj/project.pbxproj so you can figure out the code-level name of the setting you just changed. For example, in Xcode, I deleted the text from my target-level configuration for "Other C Flags". My diff showed the OTHER_CFLAGS setting changing from OTHER_CFLAGS="mytargetlevelsetting" to OTHER_CFLAGS="". If you're using version control (which you should be), it'll be easy to get this diff.
Quit Xcode.
Open up YourProjectName.xcodeproj/project.pbxproj in a text editor. Find all the lines starting with the setting name you found in step 2. Delete all the ones where the value is an empty string, and keep all the rest. For example, I deleted all the lines that said OTHER_CFLAGS="", but kept all the lines that said OTHER_CFLAGS="settingiwanttokeep". If you don't see any where the value is an empty string, or all their values are empty strings, you probably didn't follow step 1.
When you reopen Xcode and look at your target's build settings again, the setting in question should be using the project-level configuration, not the target.