ignore files but not sub folder - composer-php

I'm trying to use composer to archive my project for distribution via zip and I want to be able to ignore miscellaneous files and folders in particular I have in a .gitignore file
/storage/
which ignores the folder and its contents. However I have the following in the composer.json
"archive": {
"exclude": ["!vendor","!storage","storage/**/*","*/**/*.json","*/**/*.lock","*/**/tests","*/**/docs","*.md","*/**/.git","gulpfile.js",".git*","!storage/*/","*/node_modules","**/*.xml","web.config","resources","!public/",".env"]
}
i want to be able to include the folder and subfolders but NOT the files. However, the pattern matching doesn't seem to be working. Is there any other way to accomplish what I am doing

Related

Azure release pipeline to extract files from Artifact folder and copy to a target folder

Copy files from artifacts to a folder
I am using Azure Devops Deployment group job to copy some files to the server
The 2 steps I am following are 1. Stop a Windows service using Powershell and looks OK
Then using CopyFiles task to copy the files from the Artifacts location
The artifcat is a zip file and the location is mapped correctly
I have to unzip the contents of the zip file and move to the target folder
Or move the zip file to the target folder and unzip the file contents after its copied
But the CopyFiles task is not copying any files [ I tried various combinations in Contents property to include zip extension etc but no luck]
Is any of the steps are missing or i am doing wrong? The screen shot of PIpeline is like below
Based on your requirement, you need to unzip the contents of the zip file and copy files.
I suggest that you can use Extract files to unzip the zip file.
In Copy files task, you don't need to specify a specific zip file in the source folder. You just need to specify the folder path where the files are located.
Here is an example: $(system.defaultworkingdirectory)/_Data Cloud Service Live/service

Adding _includes and _layouts files to Jekyll directory

I'm new to Ruby and Jekyll, and I've been following this tutorial on how to create a static-site. I've reached the part where we're supposed to edit files inside the _includes and _layouts folders, but those folders don't appear in my directory. There is however a _site folder with an index.html file inside it, and it looks like that's what's showing when I run the website with 'jekyll serve'. Am I supposed to add these folders and files in myself, or should I edit _site/about/index.html to match what the tutorial has?
Here's a picture of what my current folder structure looks like:
Yes, you should add those folders and files yourself. Copy them from the theme repo and skip anyone you don't want to customize / override. The default theme config created by command jekyll new is https://github.com/jekyll/minima
The _site folder is being generated on the fly, it reflects the result of the customization.

Sphinx apidoc not automated enough

I'm working in a large repo with ~100 individual folders, each with 20-30 sub-folders, each of which contain their own .py folders. Currently I have to create the .rst file for each file using the sphinx-apidoc command, then add the path to the conf.py file then add the .rst file to the index.rst file. Is there anyway of automating this so that all of this is done with just a couple of commands.
The sphinx-autodoc extension states that it will document Python packages. Python packages in turn require that their files (modules) be contained within a directory, and that each directory contain a file with the name of __init__.py.
After you have properly set up your files and directories, then Sphinx can import them and run sphinx-autodoc as expected.

serve_site() in blogdown un-deletes old files

I built a site using blogdown in Rstudio. I'm not sure if I am experiencing a bug or if this is expected, but it is kind of annoying, and I'm wondering if I can fix it.
When I use
serve_site()
All of the old file folders I deleted come back in my public folder.
My current set up is with the Lithium theme, and I make several test documents and folders to test the linking. When I make .Rmd files in the content folder in particular, it will create a folder with that name in the Public folder as well as that name_files.
After I delete the test folders and test file folders, the test file folders come back after I use the serve_site() function in Rstudio.
Example:
1) Add "Example.Rmd" to the content folder
2) Automatically an "Example" folder is added to the Public folder with the index.html
3) Automatically an "Example_files" folder is added to the Public folder with the related files
4) After testing I delete the Example.Rmd, Example Folder from the public folder, Example_files folder from Public
5) After using serve_site() in Rstudio, the "Example_files" folder comes back - I cannot delete it!
Thanks again
Look for *_files directories under the static/ directory (under your website's root directory) and delete them there.

How to remove entire directory from RootDirectory in ZIP extension

I have a build that needs to zip a website project. I am using TfsBuildExtensions.Activities.Compression.Zip to do this.
Unfortunately, it puts the deployed files into ..\_PublishedWebsites\ProjectName\.
So, I have tried to play around with the RemoveRoot property, in the ZIP extension.
If I use the following value:
(New DirectoryInfo(BinariesDirectory & "\_PublishedWebsites")).FullName my zip file contains the ProjectName folder and it then contains the website. Working as intended.
If I use the following value:
(New DirectoryInfo(BinariesDirectory & "\_PublishedWebsites")).GetDirectories().FirstOrDefault().FullName my zip file contains the ENTIRE folder structure, from C:\Builds\... This is definitely not what I expected.
All I want, is that instead of having a folder in my zip, I want the deployed files directly in the zip files root.
How do I do this?
Web Deploy should be your first choice for packaging web sites.
It has a built-in option for zipping the artifacts so you don't need any third-party libraries for this.

Resources