@@ -267,9 +267,9 @@ Crucially, if we look again at the `DotnetPublishArgs` value:
267
267
268
268
DotnetPublishArgs = -p:Version=${APP_VERSION} --self-contained true -p:DebugType=None -p:DebugSymbols=false
269
269
270
- Here, we can see that the version from our configuration is supplied to the build process as a variable (only supplies the
271
- application part is supplied, i.e. ` 3.2.1 ` ). This is optional and you may remove it if you wish, although you will need to
272
- specify the version both in application code and the ` pupnet.conf ` file in this case.
270
+ Here, we can see that the version from our configuration is supplied to the build process as a variable (only the
271
+ application part is supplied, i.e. ` 3.2.1 ` ). This is optional and you may remove it if you wish, although you will need
272
+ to specify the version both in application code and the ` pupnet.conf ` file in this case.
273
273
274
274
### Command-Line Applications ###
275
275
@@ -337,7 +337,7 @@ Here are the contents of our example bash script:
337
337
338
338
Additionally, you may leverage these so called post-publish operations to perform the actual build operation itself
339
339
and populate the ` ${BUILD_APP_BIN} ` directory with the output of your build process -- whatever that may be. In principle,
340
- you could use this to package the a C++ or Python application, provided that it is satisfactory that the application and
340
+ you could use this to package a C++ or Python application, provided that it is satisfactory that the application and
341
341
all its associated libraries are contained in a single directory.
342
342
343
343
If you do this, you will wish to disable PupNet from calling ` dotnet publish ` , which can be done by setting
0 commit comments